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IN THE UNITED STATES PATENT AND TRADEMARK QFf(c1 ^ ^1 9 1 4 7 
Applicant Guillaume Bichot arid Gilles Straub J C0t BeG'd PCT/FTO 0 A DEC 2000" 

Filed : Herewith 

For : COMMUNICATION METHOD IN A HOME NETWORK 

NETWORK AND DEVICE FOR IMPLEMENTING SUCH 
A METHOD 

PRELIMINARY AMENDMENT 

Hon. Commissioner of Patents and Trademarks 
Box PCT 

Washington, D.C. 20231 
Sir: 

In the US national phase application of PCT/EP99/03952 filed 
herewith, please enter the following amendments 

IN THE CLAIMS: 

Please amend the claims as follows: 

1 . (AMENDED) Communication method in a home network 
comprising at least two devices connected to a communication bus [characterized in 
that] wherein a first device including an internet application and a second device 
including means for connecting to the internet, said second device being able to 
manage at least one internet application protocol, said method comprises the steps 
of: 

sending a request from said first device to said second device for 
opening a connection between said first and second devices, wherein said request 
contains an internet application protocol identifier to identify the internet 
application protocol to be used over said connection; 

sending an internet protocol request under the format of said internet 
application protocol from said first device to said second device; 

forwarding said internet protocol request from said second device to 
an internet server; 

upon receipt, transferring a response from said internet server to said 
first device through said second device over said communication bus. 
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2. (AMENDED) Method according to claim 1, [characterized in 
that] wherein said request includes the message buffer size allocated to said 
connection by said first device. 

3. (AMENDED) Method according to [claims 1 or 2 characterized 
in that] claim 1, wherein said acknowledgment of receipt includes the message 
buffer size allocated to said connection by said second device. 

4. (AMENDED) Method according to [one of the claims 2 or 3, 
characterized in that] claim 1, wherein a sending device splits data to be sent to a 
receiving device into messages of a size which is smaller than the size of the 
message buffer of the receiving device. 

5. (AMENDED) Method according to [one of the claims 1 to 4] 
claim 1 , further including the step of sending by said first device to said second 
device, a request for a list of internet application protocols supported by said 
second device. 

6. (AMENDED) Method according to [one of the claims 1 to 5] 
claim 1 , further comprising the step of sending by said first device to said second 
device, an address of a function of said first device, said second device sending 
internet responses to said first device as parameters of a call of said function. 

7. (AMENDED) Method according to [one of the claims 1 to 6] 
claim 1 , wherein said second device attributes a connection identifier to a 
connection requested by said first device, said connection identifier being sent from 
said first device to said second device as acknowledgment of receipt for said request 
for opening said connection. 

8. Method according to claim 7, wherein said first and second 
devices systematically use said connection identifier as parameter for function calls 
by said first device to said second device or vice-versa. 

9. (AMENDED) Home communication network comprising devices 
connected by a communication bus, said network [characterized in that it 
comprises] comprising at least one device including a WEB interface, said device 
comprising an IP stack and a connection to the internet, said at least one device 
comprising an application programmable interface for making said WEB interface 
accessible to software element clients of other devices in said network. 
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10. (AMENDED) Device in a home communication network 
[characterized in that] wherein it comprises a WEB interface, said device also 
comprising an IP stack and a connection to the internet, said at lease one device 
comprising an application programmable interface for making said WEB interface 
accessible to software element clients of other devices in said network. 

IN THE ABSTRACT: 

Please add the Abstract as follows: 

— The invention concerns a communication method in a home 
network comprising at least two devices connected to a communication bus, 
characterized in that, a first device including an internet application and a second 
device including means for connecting to the internet, said second device being able 
to manage at least one internet application protocol, said method comprises the 
steps of: sending a request from said first device to said second device for opening 
a connection between said first and second devices, wherein said request contains 
an internet application protocol identifier to identify the internet application 
protocol to be used over said connection; sending an internet protocol request under 
the format of said internet application protocol from said first device to said second 
device; forwarding said internet protocol request from said second device to an 
internet server; upon receipt; transferring a response from said internet server to 
said first device through said second device over said communication bus. The 
invention also concerns a network and a device for implementing the method 
above.— 

REMARKS 

The above amendments, in the claims, have been made to eliminate 
the multiple dependencies and to meet the requirements in the United States Patent 
and Trademark Office. 

To meet the requirements of the United States, the Abstract (as 
published) is added. 
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Communication method in a home network, network and\ 
' ^^devicefor^implementing such a method • 

5 The invention concerns a communication method in a home 

network, in particular a HAVi-compliant network, it also concerns the 
network itself, and a device used in the implementation of the method. 
The invention applies among others to the communication between an 
internet application running on a network device which may not 
10 necessarily have a direct access to the internet, and a device of the 
network which does have such an access. 

Figure 1 is a diagram of the different devices and software 
layers required to access internet services from a personal computer 1. 

15 This computer 1 comprises an application including a user interface for 
interacting with a user, for example a 'WEB browser', qualified in figure 1 
by the more general term 'WEB application'. 

The WEB application lies above an application protocol layer 
(such as HTTP (Hypertext Transfer Protocol) or FTP (File Transfer 

20 Protocol) or another type of protocol). The next layers are, according to 
the example of figure 1, the TCP/UDP (Transmission Control Protocol, 
respectively User Data Protocol) layer, the IP (Internet Protocol) layer and 
the PPP layer. The TCP/UDP and IP layers combined are referred to as 
the 'IP stack'. The connection with an internet access provider 2 is made 

25 through modems and the public switched telephone network. The internet 
access provider is connected to the internet, which comprises the server 
3, the latter including layers globally similar in function to those of 
computer 1. 

A user may own a number of devices such as television 
30 receivers and personal computers which have the internet access 
functionality provided by the device 1 of figure 1. In such a case the 
hardware and software required for providing the internet access 
capability is duplicated in each device. 

35 The object of the invention is a communication method in a 

home network comprising at least two devices connected to a 
communication bus, characterized in that, a first device including an 
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internet application and a second device including means for connecting 
to the internet, said second device being able to manage at least one 
internet application protocol, said method comprises the steps of: 

- sending a request from said first device to said second device 
for opening a connection between said first and second devices, wherein 
said request contains an internet application protocol identifier to identify 
the internet application protocol to be used over said connection; 

- sending an internet protocol request under the format of said 
internet application protocol from said first device to said second device; 

- forwarding said internet protocol request from said second 
device to an internet server; 

- upon receipt, transferring a response from said internet server 
to said first device through said second device over said communication 
bus. 

By including into the network a device which has the means for 
connecting to the internet and which at the same time possesses the 
means to communicate with devices (or software elements such as 
applications) in the network, only one device with such a capacity is 
required for the entire network, regardless of the number of internet- 
related applications running in devices of this network. 

Moreover, an internet application establishing an internet 
connection through the second device specifies itself the internet 
application protocol it wishes to use. This provides a very flexible way to 
use different internet application protocols within a same network. 

According to an embodiment of the invention, the inventive 
method includes the step of sending, by said first device to said second 
device, a request for a list of internet application protocols supported by 
said second device. 

The invention also concerns a home communication network 
comprising devices connected by a communication bus, said network 
comprising at least one device including a WEB interface, said device 
comprising an IP stack and a connection to the internet, said at least one 
device comprising an application programmable interface for making said 
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WEB interface accessible to software element clients of other devices in 
said network. 

The invention also concerns a device in a home communication 
5 network characterized in that it comprises a WEB interface, said device 
also comprising an iP stack and a connection to the internet, said at least 
one device comprising an application programmable interface for making 
said WEB interface accessible to software element clients of other devices 
in said network. 

10 

Other characteristics and advantages of the invention will 
appear through the description of a non-limiting embodiment of the 
invention, said description being made with reference to the following 
figures: 

15 - figure 1 is a schematic diagram of devices and connections for 

accessing an internet server from a home equipment; 

- figure 2 is a diagram of a home network according to the 
present invention; 

- figure 3 is a diagram of the messages exchanged between the 
20 WEB client and the WEB proxy agent; 

- figure 4 is a diagram of the communication between software 
elements for establishing a communication between a WEB client 
software element and a WEB server via a WEB proxy agent. 

25 The following description uses a terminology defined in the 

following document, to which one should refer for further details: 'The 
HAVi Architecture - Specification of the Home AudioA/ideo interoperability 
(HAVi) Architecture' of May 11, 1998 Version 0.8 and publicly disclosed on 
May 15, 1998 on the WEB sites of at least the following companies: Sony, 

30 Philips, Toshiba, Sharp and Hitachi. Explanations and definitions 
regarding the terminology are also given at the end of the present 
description. 

For further information regarding HTTP, which will be taken as 
an example as the protocol used by the WEB application of the present 
35 embodiment, the document ' Hypertext Transfer Protocol / 1.1 RFC 2068' 
can be used as a reference. Other protocols than HTTP may be used: 
FTP, SMTP, POP, IMAP and NNTP are some examples. 
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An introduction to a HAVi-compliant network architecture wii! 
first be given, in order to define a number of concepts necessary for the 
description of the embodiment of the invention. 
5 A HAVi network comprises devices which can be of four types, 

these devices being linked by a communication bus. The different device 
types are, ordered according to their network-related capabilities: Full 
AudioA/ideo devices (FAV devices), Intermediate AudioA/ideo Devices 
(IAV devices), Basic AudioA/ideo devices (BAV devices), and Legacy 
10 AudioA/ideo devices (LAV devices). 

Except for the LAV-type devices, the other devices all have at 
least the capability of communicating with each other. 

FAV devices contain a runtime environment for HAVi bytecode. 
HAVi bytecode is a programming language in which device control 
15 modules (DCMs) or applications may be written. A FAV device may thus 
download DCMs from or for other devices which do not include this 
runtime environment, for example for cost reasons. 

IAV devices do not have the capability to run HAVi bytecode, 
but may include resident DCMs for the control of other devices. 
20 BAV devices are devices which either contain DCM code 

downloadable by a FAV device, or which are controlled by a native DCM 
run by an IAV device. 

LAV devices are devices which do not have any HAVi 
capability. These devices have their own command protocol and require 
25 that a FAV or an IAV device act as a gateway to the HAVi network and 
perform the necessary control command translation. 

Each device contains a number of objects, called 'software 
elements' in the HAVi terminology. A control manager of a given function 
(called FCM) of a device, i.e. a software element providing an interface for 
30 controlling a specific functional component (e.g. tuner, display, mass 
storage...) of a device is one of such objects. A DCM as mentioned above 
is another one. 

Typically, a FAV device would contain a number of applications 
and device control applications which interact with the following software 
35 elements through corresponding application programmable interfaces: 
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- a 1394 Communication Media Manager, which allows other 
software elements to perform asynchronous and isochronous 
communication over the IEEE 1394 bus; 

- a Message Passing System, for exchanging messages with 
other software elements; 

- an Event Manager for managing object state changes; 

- a Stream Manager for managing Audio/Video data streams 
between functional components, such as a tuner and a recording device; 

- a Registry, which keeps a list of iocai software elements and 
its identifiers and manages communication with distant registries; 

- Device Control Module Manager, for loading or deleting 
Device Control Modules; 

- a number of either resident or uploaded Device Control 

Modules; 

- a HAVi bytecode runtime environment for executing DCMs. 

The Message Passing System allocates unique identifiers to 
software elements, which use these identifiers to register themselves with 
the Registry. These identifiers are called 'SEID', standing for Software 
Element Identifiers, and comprise a device identifier and a software 
element handle within that device. A first software element wishing to 
send a message to a second software element will pass the SEID of this 
second software element as a parameter in its command to the Message 
Passing System. It obtains this SEID by making an appropriate request 
with the local Registry service. Depending on whether the software 
element to be called is local or distant (i.e. in another device than the 
calling software element), the calling software element will use the whole 
SEID or only its software element handle part. 

The mapping of function calls into messages of the Message 
Passing System is described in detail in Chapter 3.2.3 of the HAVi 0.8 
document. The Message Passing System described in this version of the 
HAVi document can handle messages up to 64 Kb long. 

The French patent application FR 9805110 filed on April 23, 
1998 in the name of THOMSON multimedia gives additional information 
about the Registry and the Message Passing System. 
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Figure 2 represents a HAVi-compliant home network 
comprising devices 20, 21 and 22 connected to a communication bus 23. 
The bus 23 is for example an IEEE 1394 seriai bus. Device 20 is a digital 
television receiver, compatible with the Digital Video Broadcast (DVB) 
5 standard in use in Europe or the Direct Satellite System (DSS) in use in 
the United States. It comprises a WEB application, i.e. a software 
application capable of sending and/or requesting data through the internet 
using the HTTP protocol. For the purpose of the present example, the 
WEB application of device 20 is an electronic program guide (EPG) 

10 exchanging information with a given internet server. Device 22 is a 
persona! computer, whose WEB application is an internet browser. Neither 
one of devices 20 and 22 possesses an IP stack, the PPP protocol iayer 
or a modem connected to the public switched telephone network. 

Device 21 comprises a WEB access application programming 

15 interface (WEB access API), as well as the IP stack, PPP protocol and a 
modem. Device 21 can be a FAV, a IAV or a BAV device. The functional 
component module (FCM) giving access to IP stack operation by the 
different WEB applications is called 'Internet Proxy Agent', or 'WEB Proxy 
Agent'. It provides the WEB access application programmable interface 

20 which is the layer above the IP stack. 

According to the present example, the device 21 is a digital 
television decoder comprising a modem. 

The WEB Proxy FCM offers a sharable access to the internet. It 
25 registers upon reset or hot-plugging at the local Registry of device 21, if 
that device is a FAV or IAV, or at the local registry of the FAV or IAV 
device which runs the Device Control Module corresponding to the WEB 
Proxy FCM if device 21 is of the BAV type. 

The WEB application, which can also be referred to as 'WEB 
30 client', is able to detect the WEB Proxy FCM in the network by sending a 
request to its local Registry service. The local Registry dispatches the 
request to distant Registries and collects the responses. In the case of the 
present embodiment, only the identifier ('SEID') of the WEB Proxy FCM of 
device 21 will be detected. 
35 The WEB Proxy FCM preferably supports at least several 

commonly used internet protocols, such as HTTP, FTP, NNTP, SMTP, 
POP or IMAP. The WEB client uses the WEB Proxy FCM application 
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programmable protocol through the Message Passing System. The 
application programmable interface comprises the following functions: 
Open, Close, Send, Receive and GetCapability. 

These different functions will now be described in detail. 

5 

The following data structures are used by the functions of the 
WEB Proxy FCM: 

(a) enum FileLoc {START, NEXT, END}; 

10 This data structure indicates whether the message from a producer to a 
consumer is the first message, an intermediate message or the last (or only) 
message in a sequence of messages. It is used in conjunction with the notion 
of buffer size at the WEB client or at the WEB Proxy FCM, since this buffer 
size, as explained later on, may cause a function call to be split over several 

15 messages. 

(b) enum ProtocoIType { HTTP, FTP, SMTP, POP3, 1MAP4, NNTP, 
WAIS}; 

This data structure indicates the list of WEB application protocols the WEB 
20 proxy FCM may support. 

The functions in the list below are implemented in the present system, 
(a) 'Open' function 

25 This function allows the WEB client to open a connection with a WEB proxy 
FCM. The function prototype is defined as follows: 

Status WEBProxy::Open( 

in ProtocoIType protocol 
in short client_buffer_size, 
30 in OperationCode opCode, 

out long cid, 

out short proxy_buffer_size, 
) 

'Status' is the type of the function return value. 

35 

The following parameters are used: 
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- protocol: this parameter, set by the WEB client, defines the protocol 
(HTTP...) dedicated to the session the WEB client wants to open. 

- client_buffer_size: this parameter, set by the WEB client, gives the 
maximum size of a message accepted by the WEB client, in other words the 

5 size of its message buffer. The WEB proxy FCM will use this parameter to 
define the size of messages sent to the client. Data to be sent by the WEB 
Proxy FCM will be split in a number of data blocks, depending on this 
parameter. 

- opCode: this parameter is a code the WEB proxy FCM will use to forward 
10 an incoming response from the internet to the WEB client. This operation 

code identifies a function of the WEB client which the WEB Proxy FCM has to 
call to forward a response to the client. This parameter is set by the WEB 
client. In the present case, the value of the opCode identifies the function 
'Receive'. The operation code uniquely identifies a function within a software 
15 element. The unique address of a function in the network thus comprises the 
'SEiD' identifier and the operation code. 

- cid: this parameter is an identifier of the connection between the WEB client 
and the WEB proxy FCM. It is defined by the WEB Proxy FCM. It allows 
several connections from the same software component client to be opened 

20 in parallel (with the same WEB Proxy FCM or with other WEB Proxy FCMs) 
and also permits to match a response from the internet with a request. 

- proxy_buffer_size: this parameter, returned by the WEB Proxy FCM, 
indicates the maximum size (in bytes) of a message accepted by the WEB 
proxy FCM. The WEB client will use this parameter to determine the size of 

25 messages, for example requests, sent by the WEB client to the WEB Proxy 
FCM. 

After reception of the 'Open' function from a WEB client, the WEB Proxy FCM 
will return, along with the parameters above, one of the following status 
values: 

30 '0' in case of successful session opening, 
'1' in case of resource allocation error, 
'2' if the protocol type is not supported by the WEB client. 
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(b) 'Close' function 

This function enables a WEB client to close a previously opened 
connection with a WEB Proxy FCM, identified by the 'cid' parameter. 
The function prototype is defined as follows: 
5 Status WEBProxy::Open( 

in long cid 

) 

The only parameter is the 'cid' parameter, i.e. the identifier of this connection 
with the WEB proxy FCM. 
10 The WEB Proxy FCM acknowledges with one of the following status values: 
0: The connection has been closed successfully, 
1: The transmitted value of the 'cid' parameter is unknown. 

(c) 'Send' function 

This function is called by a WEB client to send a request to a WEB server 
using the protocol (HTTP...) previously defined by the 'Open' function call. 
The function prototype is defined as follows: 

Status WEBProxy::Send( 

in long cid, 
in FileLoc where, 
in sequence <byte> web_data, 
) 

In addition to the already defined 'cid' parameter, the function's parameters 
25 are the following: 

- where: this parameter, determined by the calling software element, 
indicates if the message is the first message, an intermediate message or the 
last message in a sequence of messages. More than one message may be 

30 required to call this function, since the amount of data transmitted in the 
function call may be too great for the buffer of the WEB Proxy FCM to handle 
in one single message. 

- web_data: this parameter contains a part or the entire request according to 
35 the WEB "application" protocol used through the connection identified by the 

'cid' parameter. 
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Upon receiving the function call, the WEB Proxy FCM acknowledges with one 
of the following status values: 
'0' if the message was processed successfully, 
'1' if the size of the 'web_data' exceeds the fixed maximum size, 
5 '2' if it is impossible to process this message, 

'3' if the transmitted value of the 'cid* parameter is unknown to the WEB Proxy 
FCM. 

In case of error, the WEB client decides whether or not to close the 
10 connection or to send again the previous message. 

(d) 'Receive' function 

This is the prototype of the function implemented in the WEB client which 
allows the WEB proxy FCM to forward to the WEB client an incoming 
15 response according to the WEB application protocol. 
The function prototype is defined as follows: 

Status WEBProxy::Receive( 
in long cid, 
in FileLoc where, 

20 in sequence <byte> web_data, 

) 

In addition to the parameters already defined, the following parameter is used 
by the present function: 

25 - web_data: contains a part or the entire response according to the WEB 
"application" protocol used through the connection identified by the 'cid' 
parameter. 

Following the call by the WEB Proxy server, the WEB client acknowledges 

30 with one of the following status values: 

'0' if the message was processed successfully, 

'1' if the size of data exceeds the fixed maximum size, 

'2' if it is impossible for the WEB client to process this message, 

'3' if the WEB client does not recognize the value of the 'cid' parameter. 

35 In case of error, the WEB Proxy FCM does not react. It is up to the WEB 
client to decide whether it maintains the connection or not. 
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(e) 'GetCapability' function 

This function, callable by the WEB client, returns the list of protocols which 
the WEB Proxy FCM supports. 
The function prototype is the following: 
5 Void WEBProxy::GetCapability( 

out sequence <ProtocolType> ProtocolList 

) 

The sole parameter of the function is 'ProtocolList', which is the list of WEB 
application protocols which are available through the FCM. More than one 
10 protocol may be supported by the WEB Proxy FCM. 

Figure 3 gives an example of a typical message exchange between a 
WEB client and a WEB Proxy FCM. At the level of the Message Passing 
System, a function call can trigger messages in two directions: a first 
15 message from the calling software element to the called software element 
with 'in-bound' parameters sent to this called software element, and a 
second message in the inverse direction, for shuttling back 'out-bound' 
parameters, if required. 

The 'Open' function, as illustrated in figure 3, gives rise to a first message 
20 from the WEB client to the WEB Proxy FCM. This message informs the 
WEB Proxy FCM of the protocol which will be used over the connection 
which is being opened, and of the size of the buffer which the WEB client 
allocates for return messages for that particular connection. Buffer sizes 
may be different from connection to connection. The WEB client also 
25 transmits the operation code of the Receive function, which the WEB 
Proxy FCM has to use to call the Receive function at the WEB client. 
At the Message Passing System level, the WEB client also transmits its 
own identifier 'SEID'. 

Assuming correct reception and processing, the WEB Proxy FCM 
30 responds by the return code '0' to indicate successful processing, sends a 
'cid' value to identify the connection, and also transmits its own buffer size 
for further communication. 

Once the connection open, the Web client proceeds to send a request to 
a WEB server, using the HTTP protocol. According to the example of 
35 figure 4, this request holds in a single message, which contains the 
connection identifier cid, the request under HTTP format, and the 'End' 
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parameter. The WEB Proxy FCM acknowledges proper receipt, and 
forwards the request over the internet via its IP stack and modem. 
The WEB server will respond with the requested data and transmit it to the 
WEB Proxy FCM. Since in the present example, the quantity of data is far 
5 beyond the buffer capacity of the WEB client, the WEB Proxy FCM splits 
the data into messages of appropriate size. The WEB Proxy FCM sends a 
first data block as a parameter within the Receive function call, using the 
operation code previously obtained from the WEB client, appended to the 
'SEID* identifier of the WEB client. It uses 'START' as a parameter. Further 
10 messages are only sent after acknowledgment of receipt by the WEB 
client, to give it the time to process the received data and to empty its 
buffer. After having received the last data block, the WEB client closes the 
connection using the Close function. The WEB Proxy FCM answers by a 
last acknowledgment of receipt. 

15 

Lastly, according to the present embodiment, the configuration of the 
WEB Proxy FCM, for instance of the modem connection, is carried out 
directly by the user through a graphical interface provided by the Device 
Control Module which manages the WEB Proxy FCM. There is no specific 
20 application programmable interface for this task, which can be carried out 
using the data driven interaction (DDI) mechanism provided by the HAVi 
specification. 

Glossary: 

25 

base AV device (BAV) 

A HAVi-compliant device containing HAVi SDD data but not 
running any of the software elements of the HAVi Architecture. 

30 controller 

A device which controls other devices. An IAV or FAV device. 



35 



data driven interaction (DDI) 

A HAVi mechanism allowing control of software elements, eg 
DCMs, via user interface elements such as buttons and icons. 
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DDI controller 

A software entity which renders DDI elements and handles user 
interaction. 

5 DDI element 

The DDI encoding of a user interface element. 

DDI protocol 

The HAVi messages supporting data driven interaction. 

10 

device 

A physical entity attached to the home network, examples are 
video players, recorders, cameras, CD and DVD players, set-top boxes, 
DTV receivers, and PCs. 

15 

device control application 

A HAVi software element allowing user control of a specific 
device (and its functional components). Installed on request and possibly 
on a different controller than the one on which the DCM is installed. 

20 

device control module (DCM) 

A HAVi software element providing an interface for controlling 
general functions of a device. 

25 DCM code unit 

A HAVi bytecode unit to be loaded and installed on a FAV, or a 
proprietary code unit to be installed on a FAV or IAV. Installation of a DCM 
code unit results in one DCM and one or more FCMs and possibly one 
device control application. 

30 

embedded DCM 

A DCM implemented in native (i.e., platform dependent) code. 
Embedded DCMs typically run on IAV devices. 



35 



full AV device (FAV) 

A HAVi-compiiant device which runs the software elements of 
the HAVi Architecture including a HAVi bytecode runtime. 
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functional component 

An abstraction within the HAVi Architecture that represents a 
group of related functions associated with a device. For example a DTV 
receiver may consist of several functional components: tuner, decoder, 
audio amplifier, etc. 

functional component module (FCM) 

A HAVi software element providing an interface for controlling a 
specific functional component of a device. 

global unique ID 
(GUID) 

A 64-bit quantity used to uniquely identify an IEEE 1394 device. 
Consists of a 24-bit company ID (obtained from the 1394 Registration 
Authority Committee) and a 40-bit serial number assigned by the device 
manufacturer. The GUID is stored in a device's configuration ROM and is 
persistent over 1394 network resets. 

HAVi Architecture 

The HAVi Architecture comprises the messaging model, control 
model, device model, and execution environment defined in this 
document. 

HAVi bytecode 

A portable code representation used by uploaded DCMs and 
possibly by applications. FAV devices contain a runtime environment for 
loading and executing HAVi bytecode. HAVi bytecode is not yet specified 
but will be selected from existing candidates. 

HAVi-compliant device 

A device supporting IEEE 1394, IEC 61883 and conforming to 
the HAVi Architecture specification for an FAV, IAV or BAV device. 

HAVi level 1 interoperability 

Refers to the features provided by lAVs and embedded DCMs. 
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HAVi level 2 interoperability 

Refers to the features provided by FAVs and uploaded DCMs. 
HAVi SDD data 

Self Describing Device (SDD) data is stored in the IEEE 1212 
Configuration ROM found on 1394 devices. HAVi specifies SDD data 
items that may be used for DDI elements or uploaded DCMs. 

HAVi unique ID (HUID) 

A unique identification of devices and their functional 
components. Persistent over changes in network configuration (i.e., 
device plug-in or plug-out). 

home network 

The home network is the generic name used to define the 
communications infrastructure within the home. This name is used as an 
abstraction from the physical media and associated protocols. A home 
network supports both the exchange of control information and the 
exchange of AV content. 

intermediate AV device (IAV) 

A HAVi-compiiant device which runs the software elements of 
the HAVi Architecture but does not include a HAVi bytecode runtime 
environment. 

legacy AV device (LAV) 

A non HAVi-compliant device. 

software element 

A HAVi object. A software element responds to a set of 
messages specified by the API for that element. 

software element ID (SEID) 

A 80-bit value used to identify software elements. Not 
guaranteed to be persistent over changes in network configuration (i.e., 
device plug-in or plug-out). 
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uploaded DCM 

A DCM implemented in HAVi bytecode. Uploaded DCMs run 
only on FAV devices. 
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Claims 

1. Communication method in a home network comprising at 
5 least two devices connected to a communication bus, characterized in 

that, a first device including an internet appiication and a second device 
including means for connecting to the internet, said second device being 
abie to manage at least one internet application protocol, said method 
comprises the steps of: 
10 - sending a request from said first device to said second device 

for opening a connection between said first and second devices, wherein 
said request contains an internet application protocol identifier to identify 
the internet application protocol to be used over said connection; 

- sending an internet protocol request under the format of said 
15 internet application protocol from said first device to said second device; 

- forwarding said internet protocol request from said second 
device to an internet server; 

- upon receipt, transferring a response from said internet server 
to said first device through said second device over said communication 

20 bus. 

2. Method according to claim 1, characterized in that said 
request includes the message buffer size allocated to said connection by 
said first device. 

25 

3. Method according to claims 1 or 2, characterized in that said 
acknowledgment of receipt includes the message buffer size allocated to 
said connection by said second device. 

30 4. Method according to one of the claims 2 or 3, characterized 

in that a sending device splits data to be sent to a receiving device into 
messages of a size which is smaller than the size of the message buffer of 
the receiving device. 

35 5. Method according to one of the claims 1 to 4, further 

including the step of sending, by said first device to said second device, a 
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request for a list of internet application protocols supported by said second 
device. 

6. Method according to one of the claims 1 to 5, further 
5 comprising the step of sending, by said first device to said second device, 
an address of a function of said first device, said second device sending 
internet responses to said first device as parameters of a call of said 
function. 

10 7. Method according to one of the claims 1 to 6, wherein said 

second device attributes a connection identifier to a connection requested 
by said first device, said connection identifier being sent from said first 
device to said second device as acknowledgment of receipt for said 
request for opening said connection. 

15 

8. Method according to claim 7, wherein said first and second 
devices systematically use said connection identifier as parameter for 
function calls by said first device to said second device or vice-versa. 

20 9. Home communication network comprising devices connected 

by a communication bus, said network being characterized in that it 
comprises at least one device including a WEB interface, said device 
comprising an IP stack and a connection to the internet, said at least one 
device comprising an application programmable interface for making said 

25 WEB interface accessible to software element clients of other devices in 
said network. 

10. Device in a home communication network characterized in 
that it comprises a WEB interface, said device also comprising an IP stack 
30 and a connection to the internet, said at least one device comprising an 
application programmable interface for making said WEB interface 
accessible to software element clients of other devices in said network. 
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